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(54) Navigation system and path search method 

(57) A map data memory unit stores therein the road 
data of roads which belong to management areas, for 
each of the management areas of predetermined extent 
and shape and for each of hierarchies corresponding of 
sorts of the roads. A path search/guidance control unit 
searches for the path which extends from a current point 
decided by a positioning unit, to a destination point set 
by a set input unit. The path search is made in such a 



way that nodes connecting with the roads in higher hier- 
achies and paths extending to the nodes are searched 
for from the current point and from the destination point, 
sequentially in the respective hierarchies from the hier- 
achies corresponding to the current point and the desti- 
nation point up to the hierachy corresponding to a 
distance between the point of departure and the desti- 
nation point. 
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Description 

BACKGROUND OF THE INVENTION 

The present invention relates to navigation technol- 5 
ogy. More particularly, it relates to an in-vehicle naviga- 
tion system which searches for a recommendable path 
complying with a given final destination, and which 
sequentially teaches the driver of a vehicle the current 
position of the vehicle and the traveling direction thereof 
along the recommended path. 

Techniques for searching a recommendable path 
which extends -from a point of departure (namely, an ori- 
gin or a starting point) to a destination point, in compli- 
ance with such given points, have been known from the 
official gazette of Japanese Patent Application Laid- 
open No. 306400/1990, and a paper "Path Search Algo- 
rithm based on Hierarchical Expression of Road System 
and Application to Map Information Processing System" 
(Bulletin of the Japan Institute of Information Processing, 
Vol. 32, No. 5, pp. 659-666, March 1990). 

As illustrated in Fig. 14A, the technique disclosed in 
the official gazette of Japanese Patent Application Laid- 
open No. 306400/1 990 divides a map into each unit area 
of predetermined size and shape (into individual square 
cells shown in the figure) so as to manage the unit areas, 
and it makes a path search based upon the map data of 
the unit areas. Herein, when the point of departure and 
the destination point exist in different unit areas from 
each other, the path search is made by setting any of the 
following as a search area (an area to-be-searched): 

(1) Unit areas which are traversed by a straight line 
joining both the points 

(2) Unit areas which are traversed by a straight line 
joining both the points, and unit areas which adjoin 
the former unit areas 

(3) Among unit areas traversed by a straight line join- 
ing both the points and unit areas adjoining the 
former unit areas, the unit areas each of which adjoin 
at least two other unit areas 

On the other hand, according to the technique stated 
in the paper "Path Search Algorithm based on Hierarchi- 
cal Expression of Road System and Application to Map 
Information Processing System", as illustrated in Fig. 
15A, road data are successively hierarchized in such a 
way that the road data are classified into a plurality of 
hierarchies such as express highways, national roads 
and small local roads. In each of the hierarchies thus 
mentioned, a closed area (block) surrounded with and 
comprising roads of higher hierarchy is managed as the 
lower-level block of that block of the higher hierarchy. 
Herein, the path is searched for every block and in a step- 
wise manner from the block of the lower hierarchy to the 
block of the higher hierarchy. Besides, in the path search, 
the path extending to the higher hierarchy is searched 
for from both the road nearest the point of departure and 
the road nearest the final destination point. 



With the technique disclosed in the official gazette 
of Japanese Patent Application Laid-open No. 
306400/1990, objects to be searched for can be limited. 
Since, however, roads are omitted, this technique poses 
the problem that an appropriate path cannot be selected. 

By way of example, consider a case where an 
express highway joining the point of departure and the 
destination point exists as shown in Fig. 1 4B. In this case, 
the express highway extends, slightly, out of the set 
search area, and since it is not continuous within the 
search area, it cannot be selected. Thus, there is a high 
possibility that the more preferable path will fail to be 
selected notwithstanding that express highways, 
national roads and general roads are usually more suit- 
able or travels in the order mentioned. 

Meanwhile, the omission of the roads is relieved, 
when the size of each unit area is increased, but theis 
leads to an increase in the number of objects to be 
searched. 

On the other hand, the technique stated in the paper 
"Path Search Algorithm based on Hierarchical Expres- 
sion of Road System and Application to Map information 
processing System" has problems concerning difficulty 
in maintenance of road data. 

More specifically, as illustrated in Fig. 15B, in a case 
where a road has been added or deleted at any hierar- 
chical level other than the lowermost level, the block 
which belongs to the lower hierarchy of the block of the 
added or deleted road must be reorganized by the divi- 
sion of the single block or the mergence of the blocks. 

Another problem is that the identification of the adja- 
cent blocks is difficult because the area of the individual 
management blocks are nonuniform, and the numbers 
of the adjacent blocks usually becomes nonuniform. 

Consequently, in a case where the map information 
processing system guides the vehicle during the running 
thereof by displaying the map on a display unit, it is dif- 
ficult to scroll a screen and display the next block with 
the movement of the vehicle. Therefore, the technique 
used in this system is not suited for use on vehicles. 

Moreover, the roads are not managed for extending 
blocks of the same hierarchy, but the path extending to 
the road of higher level is searched for every block, fol- 
lowed by the path search in the higher hierarchy. A prob- 
lem is thus presented, when the multilevel crossing 
between the road of higher level and the road of lower 
level is existent, the connection of the lower-level road 
common to the blocks is lost. In a case as shown in Fig. 
15C where the point of departure and the destination 
point have been set on the road which bridges the blocks 
and which forms the multilevel crossing with the higher- 
level road being the boundary of these blocks, the path 
containing such a road cannot be searched for in spite 
of it being the optimum path. 

SUMMARY OF THE INVENTION 

In view of the prior art, the object of the present 
invention is to provide a navigation system in which a 
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more preferable path can be quickly searched using a 
map data format that is easy to maintain. 

In order to accomplish the object, according to the 
present invention, a navigation system for installation on 
a vehicle comprises: storage means for storing therein 
road data of roads which belong to management areas, 
for each of the management areas being geographical 
areas of predetermined extent and shape and for each 
of hiearchies corresponding to types of roads; position- 
ing means for detecting a current point and a traveling 
direction of the vehicle; set input means for accepting 
setting of a destination point; path search means for 
searching for a path which extends from a given point of 
departure to the destination point; and guidance means 
for guiding running of the vehicle on the basis of the cur- 
rent point measured by the positioning means and the 
path searched for by the path search means; the path 
search means making the search for the path sequen- 
tially in the respective hierarchies, as to each of the 
respective hierarchies and on the basis of the road data 
of the pertinent hierarchy relevant to at least one of the 
management areas as lies within limits having a size 
which corresponds to the pertinent hierarchy. 

Besides, such a navigation system, the path search 
means should desirably make the path search in such a 
way that nodes connecting the roads in higher hierar- 
chies and paths extending to the nodes are searched for 
from the point of departure and from the destination 
point, sequentially in the respective hierarchies from the 
hierarchies corresponding to the point of departure and 
the destination point up to the hierarchy corresponding 
to a distance between the point of departure and the des- 
tination point the connecting nodes and the extending 
paths being searched for as to each of the respective 
hierarchies and on the basis of the road data of the per- 
tinent, hierarchy relevant to at least one of the manage- 
ment areas as lies within the limits having the size which 
corresponds to the pertinent hierarchy, and that a path 
is searched for between the nodes which have been 
searched for and which connect with the roads in the 
hierarchy corresponding to the distance between the 
point of departure and the destination point. 

According to the navigation system of the present 
invention, the road data of the roads belonging to the 
management areas are stored for each of the manage- 
ment areas which have the predetermined extent and 
shape and which are easy to maintain, and for each of 
the hierarchies which correspond to the sorts of the 
roads. In searching for the path, an area to be searched 
is limited to the size which corresponds to each of the 
hierarchies. Under this condition, the path is searched 
sequentially in the respective hierarchies, as to each of 
the respective hierarchies and on the basis of the road 
data of the pertinent hierarchy relevant to at least one of 
the management areas as lies within the limits. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing the construction 
of a navigation system in an embodiment of the 

5 present invention; 

Fig. 2 is a block diagram showing an example of the 
hardware architecture of the navigation system; 
Figs. 3A and 3B are diagrams for determining the 
concept of road data management in the navigation 

10 system; 

Figs. 4A through 4G are diagrams showing the situ- 
ation of a path search; 

Figs. 5A thrrough 5D are diagrams showing the sit- 
uation of the search for a path which extends to a 
15 road of higher hierarchy; 

Fig. 6 is a flow chart showing the processing steps 
of the path search; 

Fig. 7 is a flow chart showing the processing steps 
of the path search which is made within a candidate 
20 area; 

Fig. 8 is a flow chart showing the processing steps 
of the search for a path which extends to a road of 
higher hierarchy; 

Fig. 9 is a flow chart showing the initial processing 

25 steps of a guidance process; 

Fig. 10 is a flow chart showing the processing steps 
of an in-running guidance process; 
Figs. 1 1 A through 1 1 C are diagrams each showing 
an example of a guidance screen; 

30 Fig. 12 is a diagram showing management areas 
contained in a candidate search area to-be- 
searched which is set to be circular; 
Fig. 13 is a diagram showing the situation of the 
determination of a search starting point in a higher 

35 hierarchy; 

Figs. 14A and 14B are diagrams showing a path 
search technique in the prior art; and 
Figs. 15A through 15C are diagrams showing 
another path search technique in the prior art. 

40 

PREFERRED EMBODIMENTS OF THE INVENTION 

Now. one embodiment of a navigation system 
according to the present invention will be described in 

45 conjunction with the accompanying drawings. 

Fig. 1 illustrates the construction of the navigation 
system in this embodiment. 

Referring to the figure, positioning means 101 
includes a geomagnetic sensor, a gyro sensor, a GPS 

so (global positioning system) sensor or the like, and the 
positionng means executes a map matching process etc. 
so as to detect the current position of a vehicle on which 
the navigation system is installed. Map data storage 
means 1 02, such as a CD-ROM (compact-disk read-only 

55 memory), stores therein map data relating to map infor- 
mation. Set input means 103 includes switches of 
mechanical type, photoelectric type or the like, and it 
accepts the setting of the destination point (or end point) 
of the vehicle. Path search/guidance control means 104 
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searches for a path or route, and controls a guidance 
display on the basis of the path searched for. Display 
control means 1 05 controls the display on display means 
106, such as a CRT (cathode-ray tube) or LCD (liquid- 
crystal display), under the control of the path 
search/guidance control means 104. 

In addition, the navigation system in this embodi- 
ment may well be implemented by a hardware architec- 
ture as shown in Fig. 2. Herein, a microcomputer circuit 
is principally configured of a ROM 2 in which programs 
such as path search and guidance programs are stored, 
a CPU (central processing unit) 3 which executes the 
programs, and a RAM (random access memory) which 
is used as the work area of the CPU 3. The following are 
connected to the microcomputer circuit by respectively 
suitable means : sensors incorporating an external stor- 
age, such as CD-ROM, 1 storing map data therein; a dis- 
play unit such as CRT or LCD; and an input/output device 
such as set input unit. 

The navigation system in this embodiment manages 
the map data as illustrated in Figs. 3A and 3B. 

In Fig. 3A, numeral 301 indicates one section or 
compartment of the map data. Such sections are 
obtained by dividing the map into units of a predeter- 
mined width in longitude and latitude. Each of the sec- 
tions are identified for management with a management 
No. based on the longitude and latitude of the left lower 
corner point of the particular section. Accordingly, the 
adjacent the sections can be identified with ease. 

Each section is subdivided into areas in units of pre- 
determined width in longitude and latitude. The areas are 
set as management areas, which are utilized for man- 
agement within the particular section. 

In the case of Fig. 3A, numeral 302 designates one 
management area lying in the section 301, and numeral 
306 designates road data contained in the management 
area 302. That is, 302 is an enlarged view of 301 and 
306 is an enlarged view of 302. As illustrated in thef igure, 
the road data comprisies data of shapes of roads (a 
plane coordinate array in which the roads are expressed 
by randam arraay of lines), and network data which con- 
sist of nodes expressive of intersections and links 
expressive of the connectional relations of the intersec- 
tions (connection information items each of which has 
the Nos. of the adjacent ones of the nodes in a pair). The 
types of individual roads are also registered in the shape 
data. In addition, the node No. is assigned to each of the 
nodes, and it permits the particular node to be uniquely 
identified. Even when the connection between the nodes 
bridges the adjacent management areas, the node Nos. 
of the connecting nodes are registered in the corre- 
sponding links. 

In this embodiment, the road data of the manage- 
ment areas 302 are hierarchized for the respective sorts 
of the roads, and the resulting hierarchies are utilized for 
management. By way of example, as tabulated in Fig. 
3B, express highways and national roads are set as hier- 
archy #1 at the uppermost level, major local roads and 
general roads are set as hierarchy #2, and narrow roads 



each having a width less than 5.5 [m] are set as hi erarchy 
#3 at the lowermost level. However, in a case where the 
gateway of the express highway is connected with the 
national road by the road of the hierarchy #2, this road 
5 of the hierarchy #2 is brought into the higher hierarchy 
#1, thereby preventing the discontinuities in road net- 
work. 

As a consequance of this hierarchizing operation, 
the roads of the management area 302 are classified into 
io roads 303 which are registered in the hierarchy #1 , roads 

304 which are registered in the hierarchy #2, and roads 

305 which are registered in the hierarchy #3. In accord- 
ance with the classification, road data 307 shown in Fig. 
3 A are registered in the hierarchy #1 of the management 

15 area 302, road data 308 in the hierarchy #2 thereof, and 
road data 309 in the hierarchy #3 thereof. 

Here, the road data of each hierarchy to be regis- 
tered contain, not only the shape data, but also the node 
310 between the roads included in the particular hierar- 

20 chy, as well as the link corresponding to this node 310, 
and the node 31 1 between the road included in the par- 
ticular hierarchy and the road included in the higher hier- 
archy, as well as the link corresponding to this node 311. 
Further, when the nodes 3 1 1 with the roads of the higher 

25 hierarchy are connected by the road of the higher hier- 
archy, the link between these nodes 311 is also regis- 
tered. In other words, when the intersection 311 is 
adjacent, the information of the connection by the road 
of higher level is also registered. Still further, regarding 

30 that node 3 1 1 with the road of the higher hierarchy which 
adjoins the node 312 between the roads of the higher 
hierarchy (that is, which is joined by the road of the higher 
hierarchy), the link with the node 312 between the roads 
of the higher hierarchy is also registered. In other words, 

35 regarding the intersection which adjoins the intersection 
312, the information of the connection with the intersec- 
tion of the corresponding higher level is also registered. 
In a case where the hierarchies are separated for the 
respective sorts of the roads as tabulated in Fig. 3B and 

40 where the node 312 in the higher hierarchy is not regis- 
tered in the lower hierarchy, the link of the higher hierar- 
chy and that of the lower hierarchy can be associated in 
such a way that, as to each node 311, the node Nos. of 
both those ends of the higher hierarchy with which the 

45 particular node 31 1 connects are registered. As another 
hierarchizing method, the higher hierarchy/hierarchies 
may well be included in each of the hierarchies indicated 
in Fig. 3B. That is, the road data can be classified into 
® hierarchy #1 , @ hierarchy #1 + hierarchy #2, and © 

so hierarchy #1 + hierarchy #2 + hierarchy #3 (all the roads) 
by way of example. In this case, the nodes 312 of the 
higher hierarchies are registered in the lower hierarchies. 

Even in a case where the node or link to be regis- 
tered is existent in any management area different from 

55 the particular management area (302 in Fig. 3A), it is 
similarly registered. 

In addition, the distance between nodes and an 
average passing time period are registered as the factors 
of a passing cost in each road link. 
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Thus, in this embodiment, the road network included 
in the management area 302 is expressed by the three 
hierarchies. On this occasion, the size of one manage- 
ment area may well be changed for each of the hierar- 
chies. More specifically, the volumes of data are smaller 
in the higher hierarchies. Therefore, it is also allowed, by 
way of example, to manage the hierarchy #3 in units of 
the single management area 302, to manage the hierar- 
chy #2 with n*n (where letter o denotes an integer greater 
than one) management areas 302 set as one manage- 
ment area, and to manage the hierarchy #1 with N*N 
(where letter N denotes an integer greater than the inte- 
ger n) management areas 302 set as one management 
area. 

Meanwhile, when the hierarchical levels of roads are 
set as tabulated in Fig. 3B, the road at the higher level is 
more suited to the movement of the vehicle, and the den- 
sity of road data in one management area is lower (the 
number of intersections is small er) as to this road. There- 
fore, when a path is to be selected, a search for the path 
is preferentially promoted to the road hierarchy of the 
higher level, that is, it is replaced with a search at the 
higher level, whereby the number of nodes to be 
searched for can be limited, and the path suited to the 
running of the vehicle can be selected. Under such a 
principle, accordingly, the path search/guidance control 
means 104 makes the path search as explained below. 

Figs. 6, 7 and 8 illustrate the processing steps of a 
path search process which is executed by the path 
search/guidance control means 104. 

First, a destination point 402 shown in Fig. 4A as set 
by the set input means 103 is referred to (step 601), and 
the path search is started from the side of a point of 
departure 401 shown in Fig. 4A (steps 602 to 610). in 
the case of the tn-vehicle navigation system, the point of 
departure 401 is set at a current position which is meas- 
ured by the positioning means 101. 

Subsequently, a road and an intersection which are 
nearest the point of departure 40 1 are found, the nearest 
intersection found is set as a search starting point 
"NODE O (origin)", and the hierarchy to which the near- 
est road found belongs to is set as a hierarchy "LEVEL 
O" (steps 603 and 604). Further, one or more manage- 
ment areas lying within those limits around the search 
starting point "NODE O" which are determined by the 
hierarchy "LEVEL O" are set as a candidate search area 
to-be-searched (a candidate for a search area to-be- 
searched) "O" (403 in Figs. 4A and 4B) (step 605). In 
addition, if the destination point 402 is contained in the 
candidate search area "O", the point 403 is checked 
(step 606). Here, the candidate search area w O", the 
point 403 is identified with a larger area in the higher hier- 
archies. By way of example, it is set as follows: 

Hierarchy #3 : Management areas included in 5 [km 2 ] 
about the search starting point. 
Hierarchy #2: Management areas included in 20 
[km 2 ] about the search starting point. 



Hierarchy #1: Management areas included in 40 
[km 2 ] about the search starting point. 

The management areas corresponding to the can- 

5 didate search area "O" 403 are clearly shown in Fig. 4B. 
When the destination point 402 is not contained in the 
candidate search area "O" 403 as seen from Fig. 4 A, it 
is judged that a movement along only the roads of the 
pertinent hierarchy "LEVEL O" is insufficient. Subse- 
ts quently, if the hierarchy "LEVEL O" is the uppermost level 
is checked (step 607). When the hierarchy "LEVEL O" is 
not the uppermost level, the data of the hierarchy "LEVEL 
O" concerning the candidate search area "O" 403 are 
read out of the map data storage means 102 (step 608) 

is until the destination point 402 is contained in the candi- 
date search area "O" 403 as seen from Fig. 4D. Next, the 
path search/guidance control means 1 04 searches for 
an intersection (as sown in Fig. 4C) which serves as an 
entrance from the search starting point "NODE O" to the 

20 road of the hierarchy directly higher than the pertinent 
hierarchy "LEVEL O", and a path which extends to the 
intersection (step 609). The intersection found is set as 
a new search starting point "NODE O", and the directly 
higher hierarchy is set as a new hierarchy "LEVEL O" 

25 (step 610). Thereafter, the means 104 iterates the 
processing of the step 605 at which a new candidate 
search area to-be-searched "O" corresponding to the 
new hierarchy "LEVEL O" is set, and the step 606 which 
decides whether or not the destination point 402 is con- 

30 tained in the new candidate search area "O" 

As explained above, the path search is promoted to 
the higher level stepwise. Incidentally, when the search 
starting point at the higher level has been found, a node 
corresponding thereto is added to the higher level. On 

35 this occasion, the No. of that node adjacent the corre- 
sponding node which is at the higher level is registered 
as connection information. The Nos. of such adjacent 
nodes are registered as the association information of 
the links of the higher level and those of the lower level 

40 beforehand. 

Referring back to Fig. 6, even in the case where the 
destination point 402 is not contained in the candidate 
search area "O" 403, a path is searched for in the hier- 
archy #1 on condition that the hierarchy "LEVEL O" has 

45 become the uppermost level (hierarchy #1 ), because no 
higher hierarchy is existent. More specifically, an inter- 
section serving as an entrance from the destination point 
to the road of the hierarchy #1 and a path extending to 
the intersection are searched for, the intersection found 

50 is set as a search starting point "NODE D (destination)", 
and the hierarchy #1 is set as a hierarchy "LEVEL D" 
(step 61 4) . Subsequently, as illustrated in Fig. 4G, a can- 
didate search area to-be-searched "D" 405 is set around 
the search starting point "NODE D" in accordance with 

55 the hierarchy "LEVEL D" similarly to the candidate 
search area "O" 403 having been set around the search 
starting point "NODE O" in accordance with the hierarchy 
"LEVEL O", an area 406 which adjoins both the candi- 
date search area "O" 403 and the candidate search area 
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"D" 405 is set as the search area to-be-searched (the 
real search area), and a search for the minimum-cost 
path is made on the basis of the road data of the hierar- 
chy #1 contained in the search area 406, thereby finding 
the path which extends from the search starting point 
"NODE O" to the search starting point "NODE D" (step 
61 5). Thus, the whole path extending from the point of 
departure 401 to the destination point 402 has been 
obtained in sequential fashion. It is transferred as an out- 
put (step 616), whereupon the path search process is 
ended. 

Meanwhile, when it has been decided at the step 
606 that the destination point 402 is contained in the can- 
didate search area "O" 403 as shown in Fig. 4D, the flow 
of the path search process shifts to a path search from 
the destination point 402. 

As seen from Fig. 4E, a road and an intersection 
which are nearest the destination point 402 are found, 
and the found intersection is set as a search starting 
point "NODE D" (step 611). Further, the hierarchy to 
which the found road belongs is set as a hierarchy 
"LEVEL D", and one or more management areas around 
the search starting point "NODE D" as lie within limits 
which are determined by the hierarchy "LEVEL D" are 
set as a candidate search area to-be-searched "D" (step 
612). Subsequently, a path search is made within the 
candidate search area "D" (step 613). A path searched 
for is transferred as an output (step 616), whereupon the 
path search process is ended. 

The path search within the candidate search area 
"D" at the step 613 proceeds in accordance with a flow 
illustrated in Fig. 7. 

In a case where the hierarchy "LEVEL D" set by the 
sort of the road nearest the destination point 402 is lower 
in level than the hierarchy "LEVEL O" (step 701), the road 
data of the hierarchy "LEVEL D" as required for the can- 
didate search area "D" are read out of the map data stor- 
age means 1 02 (step 704). At the next step 705, the path 
search/guidance control means 104 searches for an 
intersection which serves as an entrance from the search 
starting point "NODE D" to the road of the pertinent hier- 
archy "LEVEL O", and a path which extends to the inter- 
section. Herein, the search is made sequentially in the 
higher hierarchies. Concretely, the intersection found is 
set as a new search starting point "NODE O", the hier- 
archy "LEVEL D" is equalized to the hierarchy "LEVEL 
O w , and a new candidate search area to-be-searched "D" 
407 corresponding to the new hierarchy "LEVEL D" is 
set as shown in Fig. 4F Now that the hierarchies "LEVEL 
D" and "LEVEL O" are the same (step 702), an area 408 
(also shown in Fig. 4F) which adjoins both the candidate 
search area "O" 403 and the candidate search area "D" 
407 is set as the search area to-be-searched (the real 
search area), and a search for the minimum-cost path is 
made on the basis of the road data of and above the hier- 
archy "LEVEL O" (= "LEVEL D" ) as are contained in the 
search area 408, thereby finding the path which extends 
from the search starting point "NODE O" to the search 
starting point "NODE D" (step 703). As explained above, 



the road data of and above the hierarchy "LEVEL O" (= 
"LEVEL D"), such as the data of all the hierarchies #1 
thru #3 for the hierarchical level #3 or the data of the hier- 
archies #1 and #2 for the hierarchical level #2, are all 

s extracted. The reason therefor is that the path easier of 
movement can be searched for by making the search 
which is based on, not only the date at the level "LEVEL 
O" (= "LEVEL D") having determined the search area 
408, bat also the data at the still higher level. Incidentally, 

10 since the density of the data at the higher level is ordi- 
narily lower than the road density at the pertinent lower 
level, the addition of a road at the higher level poses no 
problem in the search operation. Moreover, a multilevel 
crossing (which is not the "intersection" mentioned 

75 before) can be coped with by covering the data of the 
level which has determined the search area 408. 

On the other hand, in a case where the hierarchy 
"LEVEL D" set by the sort of the road nearest the desti- 
nation point 402 is higher in level than the hierarchy 

20 "LEVELO" (steps 701 and 702), the road data of the hier- 
archy "LEVEL O" as required for the candidate search 
area "O" are read out of the map data storage means 
102 (step 706). At the next step 707, the path 
search/guidance control means 104 searches for an 

25 intersection which serves as an entrance from the search 
starting point "NODE O" to the road of the pertinent hier- 
archy "LEVEL D", and a path which extends to the inter- 
section. Herein, the search is made sequentially in the 
higher hierarchies. Concretely, the intersection found is 

30 set as a new search starting point "NODE O", the hier- 
archy "LEVEL O" is equalized to the hierarchy "LEVEL 
D", and a new candidate search area to-be-searched "O" 
403 corresponding to the new hierarchy "LEVEL O" is 
set as shown in Fig. 4F. Subsequently, an area 408 which 

35 adjoins both the candidate search area "O" 403 and the 
candidate search area "D" 407 is set as the search area 
to-be-searched (the real search area), and a search for 
the minimum-cost path is made on the basis of the road 
data of and above the hierarchy "LEVEL D" (= "LEVEL 

40 O") as are contained in the search area 408. thereby find- 
ing the path which extends from the search starting point 
"NODE O" to the search starting point "NODE D" (step 
703). 

As explained above, the search for the minimum- 
45 cost path is made after the levels of the search starting 
points "NODE O" and "NODE D" are brought into agree- 
ment. The reason therefor is that, if the destination point 
402 is near the road of the higher hierarchy, the move- 
ment of the vehicle is facilitated by advancing from the 
so side of the point of departure 401 up to this higher hier- 
archy from the first. 

In the above processing, each of the steps 609, 705 
and 707 searches for the intersection which serves as 
the entrance from the search starting point to the road 
55 of the higher hierarchy, and the path which extends to 
the intersection. Here, the processing steps of this 
search operation will be described with reference to Fig. 
8. 
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As indicated in the figure, the roads of the current 
search level and those of the higher search level con- 
tained in the candidate search area to-be-searched are 
all extracted, and it is confirmed that the road of the 
higher level exists within the candidate search area 
(steps 801 and 802). On this occasion, it is confirmed 
that the intersection (the node 31 1 in Fig. 3A) with the 
road of the higher hierarchy is also existent. Herein, how- 
ever, intersections with the express highways of the hier- 
archy #1 shall be excluded from the objects of the search. 
The reason therefor is that, since the nodes between the 
express highways and the roads of the other sorts are 
limited in number, they are difficult to be found. 

On condition that the road of the higher level does 
not exist within the candidate search area, this candidate 
search area is enlarged (step 809) When, as a result, the 
other search starting point (the destination point as 
opposed to the point of departure) enters the candidate 
search area, the path search process ends the search 
for the intersection serving as the entrance to the road 
of the higher hierarchy and the path extending to the 
intersection, and it shifts to the search within the candi- 
date search area of the higher level (step 61 1 in Fig. 6) 
(steps 810 and 811). 

In contrast, on condition that the road of the higher 
level exists within the candidate search area (step 802), 
it is checked if the roads of the higher level exist in the 
upper, lower, right and left directions of a search starting 
point (501 shown in Fig. 5A) (steps 803 and 804). Among 
the roads of the higher level in the upper, lower, right and 
left directions, the road which is the farthest from the 
search starting point has its distance D evaluated (step 
805). Subsequently, the range (502 in Fig. 5B) of a reg- 
ular square which has its center at the search starting 
point and each side of which is 2D long is obtained, and 
that part {503 in Fig. 5C) of the range 502 which overlaps 
the candidate search area is set as the search area to- 
be-searched (the real search area) (step 806). By the 
way. in a case where no road at the higher level exists in 
the upper, lower, right and left directions of the search 
starting point, the candidate search area is set as the 
real search area (step 812). 

The aforementioned range 502 can be obtained in 
the following way: As illustrated in Fig. 5D, the candidate 
search area is divided into meshes, and shape data are 
registered in the corresponding meshes. In this state, the 
meshes in the upper, lower, right and left directions are 
examined beginning with the mesh in which the node of 
the search starting point is contained. 

After the step 806, the node 31 1 connecting with the 
road of the higher level is found within the search area 
(step 807), and the minimum-cost path extending to the 
node 31 1 is searched for (step 808). In a case where 
only the multilevel crossing exists within the search area 
(807) , the candidate search area is set as the real search 
area (812), in which the node 31 1 connecting with the 
road of the higher level is found, and the minimum-cost 
path extending to the found node 311 is searched for 
(step 808). 
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Further, in a case where an intersection connecting 
with the road of a higher hierarchy and a path extending 
to the intersection are to be obtained , the node 3 1 1 found 
is set as a search starting point, the hierarchy to-be-han- 
s died is promoted one level, and a candidate search area 
to-be-searched is set in accordance with the new search 
starting point and the new hierarchy. Thereafter, the 
above processing is iterated 

Owing to the path search process thus far described, 
io the optimum path extending from the point of departure 
to the destination point can be searched for. Herein, in 
the case where the navigation system according to this 
embodiment is installed for the vehicular use, an opera- 
tion for giving a guidance suggestion may well be per- 
15 mitted to begin immediately after the driver of the vehicle 
has set the destination point, as illustrated in Fig. 9. 

More specifically, when the driver has made a 
request for a path search/guidance, a path extending to 
the road of a higher hierarchy is searched for by utilizing 
20 the information of the current position of the vehicle, 
beforehand without waiting for the end of the setting of 
the destination point (steps 901 thru 907). Thus, the first 
guidance suggestion can be prepared while the driver is 
setting the destination point. When the destination point 
25 has been set (step 908), the result of the search to the 
road of the higher hierarchy is offered as the guidance 
suggestion to the driver for the time being (step 909). If 
the current position is the road of the uppermost level, a 
path connecting with an intersection which is nearest the 
30 destination point in the traveling direction of the vehicle 
is offered as the temporary guidance suggestion to the 
driver after the guidance request has been made. The 
guidance suggestion on this occasion can be given in 
such a way that a display as shown in Fig. 11 A or Fig. 
35 1 1 B is presented on the display means 1 06. As seen 
from rig. 11 A or Fig. 11B, it is suggested to pass the 
search starting intersection of the higher level and to run 
to the nearest intersection of the higher level. The path 
and the intersection which have been selected are high- 
40 lighted. A prompt "PLEASE RUN TO ROAD XX AND 
DRIVE TOWARD INTERSECTION XX" may well be dis- 
played or sounded. Owing to the guidance process, the 
driver's path guidance request can be quickly responded 
to. Bytheway, it is also allowed that, even when the driver 
45 does not make the path search/guidance request, the 
path extending from the current position to the road of 
the higher level may well be searched for beforehand, 
thereby making it possible to quickly cope with the 
request. In this case, the search for the path extending 
so to the road of the higher level is made periodically in 
accordance with the computing capability of the on-vehi- 
cle system. 

After having offered the guidance suggestion as 
shown in Fig. 1 1 A or Fig. 1 1B, the on-vehicle navigation 
55 system begins a search for a path extending to the des- 
tination point, with a search starting point "NODE O (ori- 
gin)" set at the intersection which connects to the road 
of the higher hierarchy. Simultaneously, the system exe- 
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cutes an in-running guidance process illustrated in Fig. 
10. 

In a case where the driver has started the running 
of the vehicle in compliance with the first or temporary 
guidance suggestion, a guidance suggestion (in-running s 
guidance suggestion) is given in such a way that the 
information of the intersection located in the traveling 
direction of the vehicle is offered even when the path 
search has not ended yet. The in-running guidance sug- 
gestion is given every predetermined distance, and the 10 
path search is carried forward during the idle time peri- 
ods of the in-running guidance process. 

Concretely, before the vehicle reaches the road of 
the higher hierarchy searched for in accordance with the 
flow of Fig. 9 in advance (step 1004), the first guidance is 
suggestion shown in Fig. 1 1 A or Fig. 1 1 B is given (steps 
1001 thru 1 003). After the higher level has been reached 
(step 1004), the in-running guidance suggestion toward 
the destination point is given (steps 1007 through 1009 
and 1012) on condition that the search for the path 20 
extending from the destination point to the directly-suc- 
ceeding intersection scheduled to be passed is not com- 
pleted (steps 1005 and 1010). That is, before the path 
search ends, the in-running guidance suggestion toward 
the destination point is displayed as shown in Fig. 1 1 C. 25 
Herein, a prompt "PLEASE TURN TO LEFT AT NEXT 
INTERSECTION" may well be displayed or sounded. 

Further, on condition that the search for the path 
extending from the destination point to the directly-suc- 
ceeding intersection scheduled to be passed is com- 30 
pleted (step 1 005 or 1010), the navigation system guides 
in accordance with the round path thenceforth (step 
1006 or 1011). 

Meanwhile, in the case of making the search in any 
of the above processes, a distance cost may welt be 35 
reduced depending upon the sorts of roads, etc. Thus, 
the road of the upper level can be selected more prefer- 
entially. By way of example, when letter X is let denote 
the distance between nodes, an express highway is set 
at 0.7X. a national road at 0.8X, and a major local road 40 
at 0.9X with respect to the sorts of the roads, and a width 
greater than 13 [m] is set at OX, a width of 5.5 [m] to 13 
[m] at 0.05X, and a width less than 5.5 [m] at 0. 1 X with 
respect to the widths of the roads. Further, the sum of 
both the values is set as the cost. As a result, the cost of 45 
the major local road having the width of 5.5 [m] to 1 3 [m] 
becomes 0.9X + 0.05X = 0.95X. In this case, even when 
all the roads are managed at a single level without hier- 
archizing and managing the road data as illustrated in 
Figs. 3A and 3B, the road suited to the movement of the so 
vehicle can be selected. Therefore, similar effects can 
be expected. 

In addition, the candidate search area to-be- 
searched need not always be set at the square of the 
predetermined distance (denoted by X) of each of the 55 
hierarchies, but the divisional map data contained on and 
within a circle whose diameter is X as illustrated in Fig. 
12 may well be extracted. In this case, the center of the 
circle is set as a search starting point at the pertinent 



level. Thus, the candidate search area can be rendered 
smaller in size. In the case of Fig. 12, white parts (cells 
not hatched) in the right diagram thereof can be omitted 
from the candidate search area. 

Besides, in the case of searching for the path which 
extends to the higher level, the single node which can be 
reached at the minimum cost need not always be 
selected. Alternatively, as illustrated in Fig. 13, a plurality 
of nodes which exist around the search starting point and 
which connect with the respective roads of the higher 
level are searched for beforehand, and one of the nodes 
is selected as a search starting point at the higher level 
on the basis of the direction of the opposite search start- 
ing point (on the side of the destination point as opposed 
to the side of the point of departure) and the traveling 
direction of the vehicle. Thus, a more preferable path can 
be selected. In the case of Fig. 13, among the intersec- 
tions between the roads of the higher level, the intersec- 
tion which is near the direction of the destination point 
and which is included within a predetermined angular 
extent from the traveling direction is set as the search 
starting point at the higher level. 

It is also allowed that traffic control information items 
(such as "no right or left turn" and "one way") are con- 
tained in the road data as the attributes of roads, and 
that a path search is made considering the control infor- 
mation. By way of example, in a case where the vehicle 
could not enter any of the higher-level roads included in 
the real search area, the data contained in the candidate 
search area are first checked. When any enterable road 
at the higher level is not found yet, the areal size of the 
candidate search area is enlarged. Besides, in a case 
where the road on which the vehicle is running is an 
unforked road at the pertinent level and where the vehicle 
cannot go to any place without passing along the road, 
a lower-level road which connects with the road of the 
pertinent level and which permits the vehicle to shift to 
another path is searched for. Incidentally, when the per- 
tinent level is the lowermost one on this occasion, a U- 
turn is suggested. 

Moreover, in a case where local information items 
(such as information on a traffic snarl and information on 
a traffic regulation ascribable to, e. g. , construction work) 
possessed by external information sources are acquired 
from a beacon or the like installed on a road, a path 
search can be made considering the local information. 

As thus far described, according to this embodiment, 
a path search range is set flexibly in accordance with a 
regional situation at the time of a search operation, so 
that the omission of the optimum path from within the 
search range as in the case of a fixed range can be pre- 
vented. 

In addition, since most of roads are general roads, 
objects to be searched for can be efficiently limited. 

Besides, in the management of map data, the data 
are not divided depending upon the situations of roads, 
so that the maintenance of the data is facilitated. 

Further, a guidance suggestion can be promptly 
given. 
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In guiding a vehicle, the navigation system guides 
the vehicle quickly to a higher level affording an easier 
movement, whereby the vehicle can be driven comfort- 
ably. 

A path extending to a road of higher level is com- 5 
puted near a current point (a point of departure) before- 
hand, whereby a path can be suggested immediately 
after the driver of a vehicle has set a destination point. 

As described above, according to the present inven- 
tion, it is possible to provide a navigation system in which 10 
a more preferable path can be quickly searched for by 
using map data in a form easy of maintenance. 

Claims 

15 

1- A navigation system for installation on a vehicle, 
comprising: 

storage means for storing therein road data 
of roads which belong to management areas, for 
each of the management areas being geographical 20 
areas of predetermined extent and shape and for 
each of hierarchies corresponding to sorts of roads; 
positioning means for detecting a current point and 
a traveling direction of the vehicle; set input means 
for accepting setting of a destination point; path 25 
search means for searching for a path which extends 
from a given point of departure to the destination 
point; and guidance means for guiding running of 
said vehicle on the basis of the current point meas- 
ured by said positioning means and the path 30 
searched for by said path search means; 

said path search means making the search 
for said path sequentially in the respective hierar- 
chies, as to each of said respective hierarchies and 
on the basis of the road data of the pertinent hierar- 35 
chy relevant to at least one of the management 
areas as lies within limits having a size which corre- 
sponds to said pertinent hierarchy. 

2. A navigation system as defined in claim 1 , wherein 40 
said path search means makes the path search in 
such a way that nodes connecting with the roads in 
higher ones of said hierarchies and paths extending 
to the nodes are searched for from the point of 
departure and from said destination point, sequen- 45 
tially in the respective hierarchies from the hierar- 
chies corresponding to said point of departure and 
said destination point up to the hierarchy corre- 
sponding to a distance between said point of depar- 
ture and said destination point, the connecting 50 
nodes and the extending paths being searched for 
as to each of said respective hierarchies and on the 
basis of the road data of the pertinent hierarchy rel- 
evant to at least one of said management areas as 
lies within the limits having the size which corre- 55 
sponds to said pertinent hierarchy, and that a path 
is searched for between the nodes which have been 
searched for and which connect with said roads in 
said hierarchy corresponding to the distance 



between said point of departure and said destination 
point. 

3. A navigation system as defined in claim 1 , wherein: 

said path search means searches for a node 
connecting with the road in that one of said hierar- 
chies which is directly higher than the hierarchy cor- 
responding to said current point, and a path 
extending to the node, from said current point, 
before said destination point is accepted by said set 
input means, and it searches for said path extending 
from the point of departure to said destination point, 
under a condition that said node connecting with 
said road in the directly higher hierarchy is set as 
said point of departure, after said destination point 
has been accepted; and 

said guidance means guides the running of 
said vehicle on the basis of the path which extends 
to said node connecting with said road in said 
directly higher hierarchy and which has been 
searched for by said path search means, immedi- 
ately after said destination point has been accepted. 

4. A navigation system for installation on a vehicle, 
comprising: 

storage means for storing therein road data 
of roads which belong to management areas, for 
each of the management areas being geographical 
areas of predetermined extent and shape and for 
each of hierarchies corresponding to sorts of roads; 
positioning means for detecting a current point and 
a traveling direction of the vehicle; set input means 
for accepting setting of a destination point; path 
search means for searching for a path which extends 
from a given point of departure to the destination 
point; and guidance means for guiding running of 
said vehicle on the basis of the current point meas- 
ured by said positioning means and the path 
searched for by said path search means; 

said path search means setting candidate 
areas to-be-searched sequentially in higher ones of 
said hierarchies from the hierarchy which corre- 
sponds to the point of departure, under a condition 
that the higher hierarchies have larger sizes, until 
said destination point is contained in any of the can- 
didate areas to-be-searched; then setting a search 
area to-be-searched in correspondence with the lim- 
its of the candidate area which contains said desti- 
nation point; and subsequently making the search 
for said path on the basis of those road data of said 
candidate area which are relevant to at least one of 
the management areas as lies within the search 
area. 

5. A path search method, comprising: 

classifying roads into a plurality of hierarchies 
in correspondence with sorts of the roads, and man- 
aging road data of said roads which belong to man- 
agement areas, for each of the management areas 
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being geographical areas of predetermined extent 
and shape and for each of the hierarchies; 

setting a point of departure as a first search 
starting point, setting as a first search hierarchy to- 
be-searched the hierarchy in which the road nearest 5 
the first search starting point is contained, and set- 
ting as a f irst candidate search area to-be-searched 
those limits around said first search starting point 
which correspond to the first search hierarchy; 

searching for a path which extends onto the w 
road belonging to the hierarchy directly higher than 
said first search hierarchy, on the basis of the road 
data of said first search hierarchy relevant to said 
management areas as lies within the first candidate 
search area, on condition that a destination point is 15 
not contained in said first candidate search area, the 
path search being sequentially made until the des- 
tination point is contained in said first candidate 
search area; whereupon an end point of the path 
searched for is set as a renewed first search starting 2 o 
point, said hierarchy directly higher than said first 
search hierarchy is set as a renewed first search 
hierarchy to-be-searched, and those limits around 
the renewed first search starting point which corre- 
spond to the renewed first search hierarchy is set as 2 5 
a renewed first candidate search area to-be- 
searched; 

setting said destination point as a second 
search starting point, setting as a second search 
hierarchy to-be-searched the hierarchy in which the 30 
road nearest the second search starting point is con- 
tained, and setting as a second candidate search 
area to-be-searched those limits around said desti- 
nation point which correspond to the second search 
hierarchy, on condition that said destination point is 35 
contained in the set first candidate search area; 

setting as a real search area to-be-searched 
an area into which said first candidate search area 
and the second candidate search area are smoothly 
joined; and 40 

executing a process in which a path extend- 
ing between said first search starting point and said 
second search starting point is searched for on the 
basis of said road data of said management areas 
contained in the real search area, and subsequently 45 
connecting the path searched for in the process with 
the first-mentioned path searched for before, 
thereby obtaining a path which extends from the 
point of departure to said destination point; 

the first and second candidate search areas 50 
in the higher hierarchy being set at limits of a larger 
size than in the lower hierarchy. 

6. A path search method as defined in claim 5, wherein 
said process in which the path extending between ss 
said first search starting point and said second 
search starting point is searched for on the basis of 
said road data of said management areas contained 
in said real search area, comprises: 



searching for a path which extends onto the 
road belonging to the hierarchy directly higher than 
said first search hierarchy, on the basis of the road 
data of said first search hierarchy relevant to said 
management areas as lies within the first candidate 
search area, on condition that said first search hier- 
archy is lower than said second search hierarchy, the 
path search being sequentially made until a final 
search hierarchy to-be-searched which is said sec- 
ond search hierarchy is reached; whereupon the 
end point of said path searched for is set as the 
renewed first search starting point, said hierarchy 
directly higher than said first search hierarchy is set 
as the renewed first search hierarchy to-be- 
searched, and those limits around said renewed first 
search starting point which correspond to said 
renewed first search hierarchy is set as the renewed 
first candidate search area to-be-searched; 

searching for a path which extends onto the 
road belonging to the hierarchy directly higher than 
said second search hierarchy, on the basis of the 
road data of said second search hierarchy relevant 
to said management areas as lies within the second 
candidate search area, on condition that said sec- 
ond search hierarchy is lower than said first search 
hierarchy; the path search being sequentially made 
until a final search hierarchy to-be-searched which 
is said first search hierarchy is reached; whereupon 
the end point of said path searched for is set as the 
renewed second search starting point, said hierar- 
chy directly higher than said second search hierar- 
chy is set as the renewed second search hierarchy 
to-be-searched, and those limits around said 
renewed second search starting point which corre- 
spond to said renewed second search hierarchy is 
set as the renewed second candidate search area 
to-be-searched; and 

searching for the path which extends 
between said first search starting point and said sec- 
ond search starting point, on the basis of those road 
data of the hierarchy higher than the final search 
hierarchy which ore relevant to said management 
areas contained in said real search area. 



10 



BNSDOCID: <EP. 



070603 1A1_I_> 



EP 0 706 031 A1 



FIG.1 



106 

_L_ 



105 



DISPLAY 
MEANS 



DISPLAY 

CONTROL 

MEANS 



101 — 



SET INPUT 
MEANS 



103 



PATH SEARCH/ 
GUIDANCE 
CONTROL MEANS 



A A 



POSITIONING 
MEANS 



— 104 



MAP DATA 
STORAGE MEANS 
(SHAPES.ATTRIBUTES) 



102 



FIG.2 



MAGNETIC 
DIRECTION 
SENSOR 



SENSOR 
AMPLIFIER 



DISTANCE 
SENSOR 



EXTERNAL 
STORAGE 



SET INPUT 
UNIT 



A/D 
CONVERTER 



■<= 3>- 



SENSOR 
I/O 



< — > 



MEDIA 

CONTROLLER 



SWITCH 
I/O 



CO 
CD 

uu 
I— 

CO 

>- 

CO 



— CPU 



< — > 



ROM 



— » 



RAM 



< 3* 



GRAPHIC 
DISPLAY 
CONTROLLER 



DISPLAY 
UNIT 



< — > 



VIDEO 

MEMORY 

(VRAM) 



11 



BNSDOCID: <EP 0706031 A~M_> 



EP 0 706 031 A1 



301 













































s 
































302 



310 




313 

MULTILEVEL CROSSING 



310~312 : SORTS OF INTERSECTIONS 

O INTERSECTION BETWEEN ROADS OF IDENTICAL LEVEL 

© INTERSECTION WITH ROAD OF HIGHER LEVEL 

• INTERSECTION BETWEEN ROADS OF HIGHER LEVEL 



FIG.3B 



HIERARCHY 
#1 


EXPRESS HIGHWAYS 


NATIONAL ROADS 


HIERARCHY 
12 


MAJOR LOCAL ROADS, GENERAL ROADS 
(AT LEAST 5.5 [m] WIDE) 


HIERARCHY 
#3 


NARROW ROADS 

{ NARROWER THAN 5.5 (m]) 



12 

BNSDOCID: <EP 0706031 A1_l_> 



EP 0 706 031 A1 



403 




□ POINT OF DEPARTURE 
A DESTINATION POINT 

□ CANDIDATE AREA 
TO-BE-SEARCHED 



401 



FIG.4B 



403 











/ 












/ 
/ 








/ 


/ 








/ 

















1 



MANAGEMENT AREAS 
SELECTED AS CANDIDATE 
AREA TO-BE-SEARCHED 



FIG.4C 




- STARTING POINT OF SEARCH 
AT HIGHER LEVEL 



FIG.4D 




403 



13 



BNSDOCID: <EP_ 



„0706031A1_L> 



EP 0 706 031 A1 



FIG.4E 




14 



EP 0 706 031 A1 



FIG.5A 




D=MAXIMUM ( Di Da D3 D4 ) 



FIG.5C 




FIG.5D 




15 

BNSDOCID: <EP 0706031 A1_l_> 



EP 0 706 031 A1 



FIG.6 



c 



START OF HIERARCHICAL 
TYP E PATH SEARCH 

Y — 



LOAD POINT OF DEPARTURE AND 
DESTINATION POINT INTO RAM. 



LOAD ROAD DATA NEAR POINT OF 
DEPARTURE. 

i 



601 



602 



FIND ROAD NEAREST POINT OF DEPARTURE, OBTAIN 
SORT THEREOF, AND SET NEAREST INTERSECTION 
AS SEARCH STARTING POINT "NODE 0". 

i 



JUDGE PERTINENT HIERARCHY FROM OBTAINED SORT, 
AND SET JUDGED HIERARCHY AS "LEVEL 0". 



SET CANDIDATE AREA TO-BE-SEARCHED OF 
SEARCH STARTING POINT "NODE 0" AT "LEVEL 0". 




603 



604 



605 



611 



FIND ROAD NEAREST DESTINATION POINT, 
OBTAIN SORT THEREOF, AND SET NEAREST 
INTERSECTION AS SEARCH STARTING POINT "NODE D". 



LOAD DATA OF CANDIDATE 
AREA TO-BE-SEARCHED. 



609 



1 



614 



SEARCH FOR PATH EXTENDING 
FROM DESTINATION POINT TO 
UPPERMOST LEVEL, AND SET 
NODE CONNECTING WITH ROAD 
OF UPPERMOST LEVEL, AS 
"NODE D". 



SEARCH FOR PATH EXTENDING 
FROM "NODE 0" TO HIGHER LEVEL 



610 



SET OBTAINED HIGHER LEVEL AS 
"LEVEL O", AND SET SEARCH STARTING 
POINT OF NEW "LEVEL O" AS "NODE 0". 



I 



612 



JUDGE PERTINENT 
HIERARCHY ROM 
OBTAINED SORT, AND 
SET JUDGED HIERARCHY 
AS "LEVEL D". 



615 



613 



SEARCH FOR PATH 
WITHIN CANDIDATE AREA. 



SEARCH FOR PATH EXTENDING 
FROM "NODE 0" TO "NODE D" 
AT UPPERMOST LEVEL 



616 



TRANSFER OBTAINED PATH AS OUTPUT. 



( ENID) 
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FIG.7 



706 



LOAD DATA OF CANDIDATE 
AREA TO-BE-SEARCHED OF 
SEARCH STARTING POINT 
"NODE 0" AT "LEVEL 0". 



707 



SEARCH FOR PATH 
EXTENDING FROM 'NODE 0" 
TO "LEVEL D", AND SET 
SEARCH STARTING POINT OF 
"LEVEL D" AS "NODE 0". 



0 



START OF PATH SEARCH 
WITHIN CANDIDATE AREA 




SET AREA ADJOINING BOTH 
CANDIDATE AREAS TO-BE- 
SEARCHED OF "NODE 0" AND 
"NODE D", AS SEARCH AREA, 
READ OUT ROADS OF AND 
ABOVE 'LEVEL 0' FROM 
CORRESPONDING MANAGEMENT 
AREAS, AND SEARCH FOR 
MINIMUM-COST PATH EXTENDING 
FROM "NODE 0" TO "NODE D". 



704 



LOAD DATA OF CANDIDATE 
AREA TOBE-SEARCHED OF 
SEARCH STARTING POINT 
"NODE D" AT "LEVEL D". 



705 



SEARCH FOR PATH 
EXTENDING FROM "NODE D" 
TO "LEVEL 0". AND SET 
SEARCH STARTING POINT 
OF "LEVEL 0" AS "NODE D" 



( return) 
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FIG.8 



START OF SEARCH FOR PATH 
CONNECTING WITH HIGHER LEVEL 



EXTRACT ALL ROADS OF HIGHER LEVEL (EXCEPT 
EXPRESS HIGHWAYS) CONTAINED IN CANDIDATE 
AREA TO-BE-SEARCHED.AND SIMULTANEOUSLY 
CONFIRM EXISTENCE OF NODE 311 (IN FK3.3A). 



801 



REMARKS: 

IN A CASE WHERE ANY 
ROAD COULD NOT BE 
FOUND IN SPITE OF 
THE SEARCH UP TO THE 
END OF THE CANDIDATE 
AREA TO-BE-SEARCHED, 
A DISTANCE TO A 
BOUNDARY IS 
EVALUATED. HEREIN. IT 
SHALL BE REPORTED 
THAT NO ROAD COULD 
BE FOUND. 




SEARCH FOR ROADS OF HIGER LEVEL 
EXISTING VERTICALLY UPWARDS AND 
DOWNWARDS AND HORIZONTALLY 
RIGHTWARDS AND LEFTWARDS FROM 
SEARCH STARTING POINT, AND 
EVALUATE DISTANCES D1.D2.D3 AND D4 
TO NEAREST ROADS. 



ENLARGE CANDIDATE AREA TOBE- 
SEARCHED BY LOADING ROAD 
DATA OF MANAGEMENT AREAS AD- 
JACENT CURRENT CANDIDATE AREA 



N 




SELECT LONGEST ONE OF DISTANCES 
D1-D4, AND SET IT AS DISTANCE D. 



SEARCH FOR PATH 
WITHIN CANDIDATE AREA. 



806 



SET SEARCH AREA IN WHICH AREA BEING DISTANCE 
2D SQUARE ABOUT SEARCH STARTING POINT 
OVERLAPS CANDIDATE AREA TO-BE-SEARCHED. AND 
EXTRACT ROAD DATA OF PERTINENT LEVEL 
CONTAINED IN SET SEARCH AREA 



SET CANDIDATE 
AREA TO-BE- 
SEARCHED AS 
SEARCH AREA. 



_ 807 

IS NODE 311 ' , 
EXISTENT AMONG NODES OF 
PERTINENT LEVEL CONTAINED 
IN SEARCH AREA 2- 



808 



SEARCH FOR MINIMUM-COST PATH ON BASIS OF 
ROAD DATA WITHIN SEARCH AREA. END SEARCH 
UPON FINDING NODE 311, AND SET FOUND NODE AS 
SEARCH STARTING POINT OF HIGHER LEVEL 



RETURN 



0 
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FIG.9 



c 



START OF GUIDANCE IMMEDIATELY 
AFTER SETTING DESTINATION POINT 



± 



3 



DETECT CURRENT POSITION. 



LOAD NEARBY ROAD DATA 
WITH CURRENT POSITION SET 
AS POINT OF DEPARTURE. 



z 



901 



902 



FIND ROAD NEAREST POINT OF 
DEPARTURE, OBTAIN SORT 
THEREOF, AND SET NEAREST 
INTERSECTION AS SEARCH 
STARTING POINT "NODE 0". 



903 



JUDGE PERTINENT HIERARCHY 
FROM OBTAINED SORT, AND SET 
JUDGED HIERARCHY AS "LEVEL 0". 



± 



904 



SET CANDIDATE AREA TO-BE-SEARCHED 
OF "LEVEL O", AND LOAD DATA OF SET 
CONDIDATE AREA. 



905 



DETERMINE SEARCH AREA. 



906 



SEARCH FOR MINIMUM-COST PATH 
EXTENDING TO HIGHER LEVEL 



907 




SUGGEST GUIDANCE TO 
HIGHER LEVEL 



y 

( END ) 



909 



REMARKS: f 

THE PROCESSING OF STEPS 901-907 
IS PERFORMED BEFORE THE DRIVER 
SETS THE DESTINATION POINT. 
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FIG.10 



c 



START OF IN-RUNNING 
GUIDANCE PROCESS 



DETECT CURRENT POSITION 
AND TRAVELING DIRECTION. 



T 



1001 



SPECIFY ROAD NOW BEING PASSED, FROM DETECTED 
CURRENT POSITION AND TRAVELING DIRECTION. 



I 



1002 



SPECIFY DIRECTLY-SUCCEEDING INTERSECTION 
SCHEDULED TO BE PASSED, FROM DETECTED 
CURRENT POSITION AND TRAVELING DIRECTION. 



1003 



1004 



HAS 

'PERTINENT HIGHER LEVEL^ 
JEEN REACHED ' 



N 



1005 



HAS SEARCH FOR 
PATH FROM DESTINATION 
POINT TO DIRECTLY-SUCCEEDING 
INTERSECTION BEEN 
COMPLETED? 



1006 



SUGGEST FOUND 
RECOMMENDABLE PATH 



N 



DETECT CURRENT POSITION 
AND TRAVELING DIRECTION. 



1007 



SPECIFY ROAD NOW BEING PASSED, FROM DETECTED 
CURRENT POSITION AND TRAVELING DIRECTION 



1008 



SPECIFY DIRECTLY-SUCCEEDING INTERSECTION 
SCHEDULED TO BE PASSED, FROM DETECTED 
CURRENT POSITION AND TRAVEUNG DIRECTION. 



1009 



1010 



HAS SEARCH FOR 
PATH FROM DESTINATION 
POINT TO DIRECTLY-SUCCEEDING 
INTERSECTION BEEN 
COMPLETED?, 



1011 



SUGGEST FOUND 
RECOMMENDABLE PATH 



( END *) 



SUGGEST PATH EXTENDING IN DIRECTION 

OF DESTINATION POINT, WITH RESPECT 

TO INTERSECTION SCHEDULED TO BE PASSED. 



1012 
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FIG.11 A 




FIG.11B 




FIG.11C 
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FIG. 12 




FIG. 13 
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FIG.14A PRIOR ART 
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□ POINT OF DEPARTURE 
A DESTINATION POINT 
AREA TO-BE-SEARCHED 



FIG.14B PRIOR ART 













NSNS 








if 




n 


i 

























APPROPRIATE PATH WHICH 
CANNOT BE SELECTED 
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FIG.15A PRIOR ART 




ROADS OF HIGHER LEVEL 
ROADS OF LOWER LEVEL 



BLOCKS OF HIGHER LEVEL 




BLOCKS OF LOWER LEVEL 

FIG.15B PRIOR ART 

DELETED 





MERGENCE OF BLOCKS 



DIVISION OF SINGLE BLOCK 



FIG.15C PRIOR ART 

O NODE (INTERSECTION) 

O MULTILEVEL CROSSING (NOT INTERSECTION) 



-W—-** □ POINT OF DEPARTURE 

A DESTINATION POINT 
PATH WHICH CANNOT BE SELECTED 
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